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SKINS FOR MOBILE COMMUNICATION DEVICES 



BACKGROUND 



Field of the Invention 

The present invention relates generally to user interfaces in mobile 
communication devices. Particular aspects of the invention relate to methods of 
providing skins to for the user interface of a mobile communication device. 

Discussion of the Related Art 

With some software written for desktop and laptop computers, various aspects 
and features of the user interface, such as graphical elements, icons, animations, colors, 
texture, fonts, sounds, etc., can be easily changed all at the same time. The changes can 
be accomplished using data files referred to as "skins", which can be easily downloaded 
from the Internet and installed without altering the fiinctionality of the software. Skins 
are available for the Netscape 6 web browser at www.netscape.com, and for the Windows 
operating system software and various applications software at www.topdesktop.com. 
Most of the skins are available for free. Even for a skin that is only available for a fee, 
there is nothing to prevent the skin from being copied and forwarded or distributed to 
others without payment to the party originally providing the skin. This inhibits the 
development of an effective commercial market for skins. 

The circumstances for customization or personalization are quite different in the 
field of mobile communications devices, such as cellular phones, personal digital 
assistants (PDAs), web pads, pagers, cordless telephones, handheld computers, etc. 
Customization of the user interface is limited to ringing tones, screen savers and simple 
logos, usually determined by a user profile maintained by the operator of the wireless 
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communication network which the device accesses for communications, and/or 
exchangeable covers and keypads for the housing of the device such as described in EP 
1091540. 

Mobile communications devices have been growing rapidly in computing power 
and can now perform many functions in addition to voice telephony (such as a 
phonebook, personal organizer, etc). In particular, they are capable of requesting, 
receiving and displaying information consisting of alphanumeric text or graphics. An 
example of alphanumeric text is a short message service (SMS) in GSM, which permits 
the user to send and receive short text messages transmitted through a cellular public land 
mobile network (PLMN). More recently, mobile conmiunications devices have been 
developed which allow the user to access documents or graphics data from the Internet or 
elsewhere using the Wireless Application Protocol (WAP) over wireless communication 
networks. 

WAP enabled devices allow information to be accessed from various remote 
servers offering data services such as banking, stock quotes, and weather forecasts. Data 
content is provided in a markup language, such as wireless markup language (WML) or 
extensible hypertext markup language (XHTML). WML is configured to allow data to 
be displayed as a deck of individual cards which are of a size suited for display on the 
relatively small display screen typical. A micro-browser software application is typically 
provided in the mobile communication device to receive the data and display it in 
different screens. The user interface of the mobile communication device provides some 
way for the user to navigate between different display screens. 

Since mobile communications devices typically use displays of relatively small 
size and/or resolution, the degree of user satisfaction depends greatly on the ability to 
display data in a manner preferred by the user. Since mobile communication devices are 
typically battery powered, they generally use black and white displays rather than color 



Dkt. No. 017.40089X00 
NC 28423 

displays which consume more power. This creates also a disadvantage insofar as color 
cannot be used to enhance the user interface. 

Because of the relatively fixed architecture of mobile communications devices, a 
user cannot install or change software and there are no skins or other possibilities for the 
user of a mobile communications device to alter the display of information as there are in 
the field of desktop or laptop computers. Customization of the user interface according 
to user preference is limited to ringing tones, screen savers, logos and the use of 
exchangeable covers for the housing of the device, such as described in EP 1091540. 

BRIEF SUMMARY 

The present invention addresses mobile communications devices, software 
applications and micro-browsers thereof which are disadvantageous for at least the 
reasons recognized above. There are several different aspects to the invention, some of 
which may be practiced without the others. 

One aspect of the present invention is directed to a method of allowing graphical 
elements of a screen display of a mobile communication device to have animations, 
colors, texture and fonts changed in order to match them to current trends or to the color 
and texture of the phone. In particular, the invention is directed to a method of providing 
skins for mobile communication devices so that the graphical elements of the display can 
be changed as easily as they are in a desktop or laptop computer. 

In another aspect of the invention, a copy protection scheme is provided for the 
skins of mobile communication devices. This enables an economically sustainable 
market for their creation and distribution and a payment system so that a user of a mobile 
communications device can easily arrange for payment when a new skin is installed on 
their device. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is an illustration of an exemplary mobile phone to which an embodiment 
may be applied. 

Fig. 2 is a diagram illustrating the major elements in an example of the hardware 
architecture of the mobile phone illustrated in Fig. 1. 

Fig. 3 is a block diagram illustrating an example of the software architecture of 
the mobile phone illustrated in Fig. 1, including elements useful in providing skins in a 
first operating system embodiment. 

Fig. 4 is a block diagram illustrating the mobile phone in a wireless 
communication network, and the major elements of an exemplary browser. 

Fig. 5 shows various elements in a server and in a browser equipped mobile 
phone for providing skins to the mobile phone according to a second browser 
embodiment. 

DETAILED DESCRIPTION 

While the foregoing and following written and illustrated disclosure focuses on 
disclosing several embodiments, it should be clearly understood that the same is by way 
of illustration and example only and is not to be taken by way of limitation. The 
embodiments are described with respect to a cellular phone. However, they may be 
practiced with respect to any type of mobile communication device. 

The phone preferably contains software including a set of software components 
that enables it to communicate with a wireless communication network, various software 
applications and a set of application programming interfaces (APIs) so that software 
components and applications can work together on the mobile device. In particular, the 
software includes a browser for the World Wide Web that enables it to render a display 
on a screen as described below. However, the invention however is not limited to such a 



Dkt. No. 017.40089X00 
NC 28423 

set of software modules or APIs, to implementation in a particular wireless 
communication network or to particular specifications, such as Wireless Access Protocol 
(WAP). 

Mobile Phone 

Fig. 1 shows an example of a mobile phone to which an embodiment may be 
applied. The phone, which is generally designated by 10, comprises a keypad 2, a liquid 
crystal display 3, an on/off button 4, a speaker 5 (only openings are shown in Fig. 1) 
and/or ear-piece (not shown), a microphone 6a (only the opening is shown in Fig. 1) and 
a transducer 6b. Liquid crystal display (LCD) 3 is preferably formed integrally within 
mobile phone 10. The keypad 2 has a first group 7 of keys as alphanumeric keys, by 
means of which the user can enter a telephone number, write a text message (SMS), write 
a name (associated with the phone number), etc. Each of the twelve alphanumeric keys 7 
is provided with a figure "0-9" or a sign or "*", respectively. In alpha mode, each 
key is associated with a number of letters and special signs and can be used to select 
characters, for example, to produce and edit short SMS text messages. The selected key 
is pressed successively relatively quickly to change the character selected by the key 
between the characters marked on the key concerned, with each successive key operation. 
When the desired character is displayed, the user waits and a timeout occurs with the 
result that the displayed character becomes the selected character. 

The keypad 2 additionally comprises two soft keys 8 adjacent the underside of 
LCD 3, two call handling keys 9, a navigation key 15 for navigating the cursor in display 
3, a key 17 for switching between nimibers and letters for the twelve alphanumeric keys 
in the first group 7 of keys, and a "clear key" 16 for clearing one or more letters fi*om the 
display. The two soft keys 8 preferably comprise manually depressible buttons. Their 
functionality can be pre-programmed depending upon the task performed. The 
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functionality of the two soft keys 8 depends on the state of the phone and navigation 
through display 3 using navigation key 15. The functionality attributed to the two soft 
keys 8 is displayed as soft key function legends in separate fields in the display 3 just 
above the respective soft keys 8. The two call handling keys 9 according to the preferred 
embodiment are used for establishing a call or a conference call, terminating a call or 
rejecting an incoming call. 

The navigation key 15 is an up/down key placed centrally on the front surface of 
the phone between the display 3 and the group of alphanumeric keys 7. When pushed 
upwardly, it scrolls up. Conversely, when pushed downwardly, it scrolls down. In use, an 
active or focus region is provided on the display which, as explained in more detail later, 
can be modified. The focus region may be delineated by a rectangular box which is 
moved around the display. It can be provided in different ways, such as a region 
highlighted with a different intensity or color from the rest of the display, an underlining 
of a menu option or by means of a pointer movable across the display in the manner of a 
conventional mouse pointer. Hereby the user will be able to control this key by simply 
pressing the up/down key using their thumb. Since many experienced phone users are 
used to one-hand control, it is a very good solution to place an input key, requiring 
precise motor movements. Thus, the user may place the phone in the hand between the 
finger tips and the palm of the hand. Hereby, the thumb is fr*ee for inputting information. 

Navigation key 15 may comprise a three-way roller which is manually depressible 
inwardly of the handset, in the direction of arrow 26, to perform a "select" function. 
Alternatively, it may be configured as a five-way roller (not shown) so as to perform 
additional right and left scrolling functions, a roller ball, a pivot device to scroll for 
LCD3, a touch pad or other navigation device of the type used in laptop computers. 
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Mobile Phone Hardware Architecture 

Fig. 2 is a block diagram of the major parts of possible hardware architecture for 
mobile phone 10. It should be understood that Fig. 2 is an example and that mobile 
phone 10 invention is not limited to such a hardware architecture. 

Mobile phone 10 has a transmitter/receiver circuit 19, which is preferably a 
standardized transceiver adapted to operate according to cellular standards, connected to 
a processor unit 1 8 and communicatively connecting it to a cellular communication 
network (not shown). The phone is preferably adapted for communication via a wireless 
communication network, e.g., a cellular network, but it may also be adapted for a 
cordless network. For example, it may be adapted for use in connection with a GSM 
network, CDMA network, TDMA network, or other kinds of cellular networks and 
various forms of cordless phone systems or in dual band phones or tri-mode phones 
accessing sets of these systems/networks. Although not shown in Fig. 2, mobile phone 
10 may also have a standard infrared (ir) or Bluetooth wireless port enabling it to directly 
receive data from another device via a wireless connection. 

Speech signals received through transmitter/receiver circuit 19 are A/D converted 
in an A/D converter (not shown), fed to audio part 14 (preferably a codec configured to 
process signals under the control of processor unit 18) and encoded so as to produce 
analog signals fed to speaker 5 (and/or an ear-piece) through an amplifier (not shown). 
Audio part 14 receives analog signals from microphone 6a, after they are amplified by an 
amplifier (not shown) and A/D converted in an A/D converter (not shown), encodes and 
transfers them to processor imit 18 for transmission through transmitter/receiver circuit 
19, The audio part 14 also decodes the signal, which is transferred from the processor 
unit 18 to the earpiece 5 via a D/A converter and amplifier (not shown). 

Audio part 14 is also able to give an output of a ring tone to the buzzer 6b. The 
ring tone can be stored in either of the memories 17a,b, and is recalled when the 
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transmitter/receiver circuit 19 receives an incoming signal, by means of the processor 
unit 18. Thus, the ring tone is recalled from the memory, forwarded to audio part 14, and 
the ring tone is generated as an output from the buzzer 6b. 

Processor unit 18 is connected to, and has an interface associated with, random 
access memory (RAM) 17a and to Flash ROM 17b. Other memory (including ROM) 
may also be provided, either separate from or integrated with RAM 17a. It is also 
connected to a power supply, such as a battery. Processor unit 18 also has an interface 
with a smart card, preferably SIM card 16 containing mobile subscriber identity and 
removably received in a SIM card holder (not shown), a display driver 13 connected to 
LCD 3, and keypad 2. It receives instruction signals from keypad 2 and soft keys 8 and 
controls LCD 3. 

There may be an input/output (I/O) unit (not shown) configured for any or all of 
the parts connected to processor unit 18. During operation, the processor unit 18 
monitors the activity in the phone and controls the display 3 in response thereto. 
Therefore, it is the processor unit 18 which detects the occurrence of a state change event 
and changes the state of the phone and thus the display text. A state change event can be 
caused by the user activating the keypad, including navigation key 15, and these types of 
events are called entry events or user events. However, the network communicating with 
the phone may also cause a state change event. This type of event and other events 
beyond the user's control are called non-user events. Non-user events comprise status 
change during call set-up, change in battery voltage, change in antenna conditions, 
message on reception of SMS, etc. 

Mobile Phone Software Architecture 

Processor unit 18 also supports soflAvare in the phone. A variety of software 
applications, including software modules, are stored in Flash ROM 17b (or other 
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persistent storage of mobile phone 10, but are not shown in Fig. 2 for the sake of 
convenience. The software can be ported to and integrated into mobile phone 10 at or 
near the time of manufacture or by the operator of a wireless communication network 
having appropriate faciHties, but the user does not necessarily have the same rights to 
install the software as the manufacturer or the operator. 

Mobile phone 10 can have any software architecture, but the example known as 
Intelligent Software Architecture (ISA) is shown in Fig. 3. Operating system 80 has a 
communication manager 82 controller by processor unit 18. Conunimication manager 82 
handles the communication between a number of software applications 81 and a nimiber 
of servers 83. Software applications 81.1 to 81. n and servers 83.1 to 83.m communicate 
under control of communication manager 82. Software applications 8 1 . 1 -8 1 .n use the 
services ft*om one or more server 83 to build features, and to present the features to the 
user via the user interface panels. 

A server 83 controls a resource and provides an interface that allows other entities 
to access the controlled resource. The server 83 controls, e.g. the user interface setting, 
the audio, etc., but only accesses the resource when requested via communication 
manager 82. A server may use services provided by one or more other servers as part of 
its own services, but the server does not present information to the user via the user 
interface panels. 

A subsystem 84 is an autonomous part of the software, with a special service 
interface to the other subsystems. Subsystems 84 may include a number of subsystems 
84.1-84.P, such as GSM software 84.1, SIM software 84.2 and energy management 84.p. 
The hardware drivers 85 are the interface to the hardware resources shown in Fig. 2. 
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Operating System Embodiment 

As shown in Fig. 3, there may be a plurality of UI skin servers 83.1-83.k. 
Although one or more of UI skin servers 83.1-83.k may be included when the mobile 
phone 10 is manufactured, it is preferable that at least the data file(s) associated with a 
skin can be downloaded from a server in or communicating with a wireless 
communication network through transmitter/receiver circuit 19 and under control of 
processor unit 18. Furthermore, the user of mobile phone 10 is preferably also able to 
arrange for payment of such a downloaded skin data file in a method interacting with and 
supported by the data skin file downloading server. 

One or more of UI skin servers 83.1-83.k may contain a copy-forbidding flag in 
the skin data to prevent subsequent copying of the associated skin to other devices. 
Alternatively, copy protection can be provided by a separate digital rights management 
(DRM) server 83. n. This DRM server 83.n can be implemented for a specific software 
application, such as a web browser as described later, or it may be implemented as an 
extension to operation system software 80 with an API to provide communication access 
to a plurality of different software applications. In the latter operating system 
embodiment, DRM server 83. n provides DRM support for skin type personalization for 
all software applications having an API interface to DRM server 83. n. Also, 
implementation of DRM as an extension in operating system software 80 allows fiiU use 
of all security mechanisms otherwise provided by operating system soflAvare 80. In this 
way a common skin can be provided for a plurality of software applications, thus 
resulting in a theme for the user across all applications similar to that presently possible 
in desktop computer systems. 
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Browser Embodiment 

Although an implementation using operating system software 80 is possible, an 
implementation in a specific software application, such as web browser 8 1 .o shown in 
Fig. 3, can be more self-contained and simple. In such an embodiment, the digital rights 
management can be included in and specially adapted for the particular software 
application. This is advantageous for a web browser application which provides for the 
easy transfer of data back and forth, such as to and from the Internet, which allows for 
easy distribution of unauthorized copies. 

Designed to closely model the World-Wide Web architecture, specifications of, 
for example, the standard naming model, content typing, content formats, protocols, etc., 
have been developed for a general-purpose application environment for wireless mobile 
communication devices having limited CPU speeds, memory battery life, display size, 
and a wide variety of input devices. WAP is a set of specifications, promulgated by the 
WAP Forum (wvm.wapforum.org), which defines the interfaces between mobile 
communication devices and wired Internet devices. 

Fig. 4 illustrates a browser equipped mobile phone 10 (preferably conforming to 
the specification provided by the WAP Forum) within a wireless network infrastructure 
100. Connections from mobile phone 10 to WAP server 102 are arranged through a 
bearer service of wireless network 100. The WAP protocol defines a set of bearer 
services such as Short Message Service (SMS) and High Speed Circuit Switched Data 
(HSCSD). The WAP content may originate in WAP server 102 or may reside on Web 
Server 103 or Application Server 104, in which case WAP server 102 fimctions as a 
gateway to Web Server 103 and Application Server 104, Connections between WAP 
Server 102 and Web Server 103 and Application Server 104 are made through Internet 
105 or other TCP/IP network, usually with HyperText Transfer Protocol (HTTP) 
messaging. 
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The Wireless Application Environment (WAE) model of WAP is based on the 
WWW client-server model and includes all elements of the WAP architecture related to 
application specification and execution. It specifies an application framework for 
wireless mobile communication devices with the goal of enabling network operators, 
device manufacturers, and content developers to develop differentiating services and 
applications in a fast and flexible manner. Specifically, the WAE application framework 
specifies networking schemes, content formats, programming languages, and shared 
services. Software components lOl-l to 101-5 in mobile phone 10 correspond to 
elements specified in the WAE application framework. The Operating System (OS) 
Service Application Programming Interface (API) 101-6 drawn to the left of software 
components 101- 1 to 101-5 allows the components to interact with the operating system 
of mobile phone 10. WAE does not specify any particular user agent, but only specifies 
the services and formats required to ensure interoperability among the various possible 
implementations of WAP. Furthermore, it assumes an environment in which one or more 
user agents providing a specific functionality may operate simultaneously. 

The software modules consist of various components corresponding generally to 
User Agent Layer 101-2, Transport Layer (Loader Layer) 101-3, Wireless Application 
Protocol Stack 101-4 and OS Service API 101-6 in Fig. 4. It preferably allows mobile 
phone 10 to browse WML content, XML content, XHTML content and other types of 
content, execute WMLScript, receive and display Push messages, and receive and display 
Wireless Bitmap (WBMP) graphics. The browser may support various combinations of 
markup language standards. 

For the second browser embodiment now described, it is preferable that the 
browser supports at least XML and XSL style sheets. The XML specification is 
preferable because it separates content and data presentation. The skins are preferably 
created in XML by using one or more style sheets to adapt the skin to function to display 
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data on LCD 3 of mobile phone 10. Additionally, the skin may be adapted to be best 
suited for a certain phone or type of mobile communication device (including type of 
display capabilities, such as size and resolution, as well as certain type of user navigation 
and control, such as navigation and select keys 15, a touch sensitive display, etc.). 

Fig. 5 illustrates a method of providing a final XSL document representing a skin 
for a user interface of a mobile communication device fi-om a server 20 or other device 
on the network side of a wireless communication network communicating with the 
mobile communication device. The original skin data file is one of a set of XML files 21 
available at server 20. When the user of mobile phone 10 contacts server 20, the server 
20 can obtain, for example, mobile subscriber information and information indicating the 
type of mobile phone 10 or mobile communication device to be used in the session 
(typical information is type of display with pixel resolution, display size, colored or non- 
colored, etc.). The information may be obtained fi^om the mobile phone or may be part of 
a user profile maintained at the server. The appropriate XSL style sheet 23 is chosen 
using the information, and the user selected skin is transformed in a XML Style 
Language Transformation (XSLT) 22 to, for example, a XML (or WML) skin data file 
for mobile phone 10. When a user contacts server 20 to obtain a skin, server 20 may 
utilize the information, particularly the information indicating the type of mobile phone 
or mobile communication device, to present and offer for user selection only those skins 
which are most suitable for that type of mobile phone or mobile communication device. 
For example, a skin may depend greatly on color (which should not be used on phones 
with black and white displays) or on a display having enough resolution or size for the 
user interface area or on some animation sections (a blinking eye for example), which 
may not be supported by all mobile phones. Preferably, server 20 permits the user to 
view how the skin looks on their particular mobile commimication device before 
purchase it. If the user indicates that the skin is satisfactory, he may initiate a procedure 



13 



Dkt. No. 017.40089X00 
NC 28423 

to buy it and, as result of the purchase, a download procedure is initiated whereby the 
skin is downloaded to the mobile communication device. 

The XSL style sheet 23 can be located in the mobile phone, but it or other types of 
style sheets may be located at server 20. If a device dependent style sheet is located in 
mobile phone 10, then the final XSL transformation 24 is performed by mobile phone 10. 
At mobile phone 10, the XML parser 1 1 in browser 81.o applies the processor of the 
terminal to translate the XML (or WML) format document of the user interface skin data 
file in a manner suitable for the user interface application 12. Alternatively, parsing can 
be performed in server 20 to make the skin ready on the network side to be used by the 
user interface of mobile phone 10 as soon as it is received without any processing. 

Instead of transmitting an XML document from server 20 to mobile phone 10, 
alternative files include, but are not limited to, WML, HTML or metadata. As an 
example, the metadata may be compatible or backward compatible with the specifications 
for the Resource Description Framework (RDF) promulgated by the World Wide Web 
Consortium (W3C). (See http://www.W3 .org/TR/REC-rdf-svntax for model & syntax 
and http://www.w3.org/TR/CR-rdf-schema-20000327 for schema.) RDF provides for the 
use of multiple identification and identification references within a single document, the 
establishment of naming and linking conventions and definitions for the interpretation of 
attributes. RDF thus makes it possible to provide different metadata for different 
applications. It enables, for example, classification of a browser's pages. In the context 
of providing skins to a mobile communication device, the user interface of a software 
application may have particular obligatory syntax sections for which metadata vocabulary 
rules can be defined. For example, the skin may have a Uniform Resource Locator 
(URL) to a site, such as Club Nokia, in certain points. This may be used in conjunction 
with DRM control 83. n, where DRM control 83. n does not permit a copy of a skin to be 
kept when the user obtains a different mobile phone or mobile communication device. 
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For example, a skin created as an RDF document may require that, after contact is made 
to a URL address and there is payment of usage and/or other DRM rights, the skin is then 
translated to be ready for a software application and its user interface from then on. 

An important aspect of the embodiments is to be able to provide DRM protected 
skins to mobile communication devices. For example, a skin can be sold so that it can be 
installed on any type of mobile phone or mobile communication device existing at that 
time or at any time in the future. This has the advantage that the user can become 
accustomed to their skin and, if they begin to use another mobile phone or mobile 
communication device, they can transfer the skin to the other mobile phone or mobile 
communication device. Of course, the skin data file is not actually transferred. The 
server maintains a record of the skin transaction and downloads the skin data file to the 
other mobile phone or mobile communication device without requiring, for example, 
additional payment. Alternatively, the skin can be sold with restrictions that it can be 
installed on only one type (or one set of types) of mobile phone or mobile communication 
device. The pricing of the skin may vary according to the restrictions and maximize 
revenue to the supplier of the skins. 

Furthermore, a mobile phone or mobile communication device may have a 
passive skin area and an active skin area. This is possible if the mobile phone or mobile 
communication device has a large touch sensitive or cell structured display, preferably 
over ahnost all its cover area on the front and/or back. The passive skin area is the area 
where replaceable covers may be exchanged as described in EP 1091540. The active 
area skin is the user selection area having, for example, a context bar. 

In a particular embodiment, a method of providing skins involves offering a 
plurality of skins which match a respective plurality of exchangeable covers on a mobile 
phone. For example, there is known from EP 1091540, a method in which each one of a 
set of exchangeable phone covers have a respective identification unit which identifies 
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the cover when it is installed on the phone. However, the method involves modifying, for 
example, the display of functions for soflkeys according to the layout of the soflkeys on 
the phone. In this embodiment, the identification of the cover is also use to adapt and/or 
upgrade the skin for the browser and/or other software applications of the mobile phone. 
This advantageously improves the user interface in such a way that a new skin is 
available for the mobile phone at about the same time as a new cover is installed on the 
phone. The identification unit may either invoke a skin already in the mobile phone or it 
may initiate a download procedure from a server as described above. The skin associated 
with a newly installed cover can be used after the cover is changed to a cover which does 
not have an associated skin. 

While the foregoing has described what are considered to be example 
embodiments, it is understood that various modifications may be made therein and that 
the invention may be implemented in various forms and embodiments, and that it may be 
applied in numerous applications, only some of which have been described herein. It is 
intended by the following claims to claim all such modifications and variations. 
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